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(57) Abstract: A clinician's assistant system including examination and treatment modules to guide a clinician in examining and 
treating a patient. The system is configured to communicate with databases storing patient data and treatment data. The modules 
display information to and solicit information from a clinician via a display device, e.g. using menus and graphical user interfaces, 
to ensure that the patient is properly evaluated and treated. Optionally, the system is capable of recommending a treatment, e.g. 
as a function of patient information known to the system. The system can help create documents by presenting the clinician with 
selectable phrases, and/or by incorporating data into predefined document templates. The system provides multi-patient research, 
voice recognition, and billing capabilities. The system may be implemented, at least in part, in a pen-based portable computer so 
that patient medical record and/or treatment data is available, and examination data is recorded, at the point of care. 
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CLINICIAN ; S ASSISTANT SYSTEM 

CROSS-REFERENCE TO RELATED APPLICATIONS 
[0001] This application claims the benefit of prior filed co-pending U.S. 
Application No. 60/249,622, filed November 17, 2000, the disclosure of which is hereby 
incorporated herein by reference. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

[0002] The present invention relates to electronic health care systems, and more 
particularly, to a system for creating and storing medical records, assisting in evaluating 
and treating patients, in analyzing multiple patients medical records for research purposes, 
for optimizing clinical care by interfacing with clinical algorithms, and in creating 
electronic and printed medical record documents, including orders and bills that are in 
compliance with third party regulations. 

2. Description of the Related Art 

[0003] Health care providers, such as physicians, physician 1 s assistants, nurses, 
etc. (collectively, "clinicians"), create large volumes of patient data and information for 
inclusion in medical records during the course of their business at health care facilities, 
such as hospitals, clinics, laboratories and medical offices. For example, when a 
physician treats a patient, the physician generally creates or adds to a patient file, 
including the patient 1 s medical history, past, current and prescribed therapies, past, 
current and prescribed medications, and other pertinent information. By way of further 
example, hospital clinicians making rounds to inpatients regularly examine and assess 
patients, monitor changes in the patient 1 s health, and modify treatment plans, including 
administration of medications, etc. These activities may involve generation of referral 
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letters, insurance payment requests or approvals, doctor ■ s orders, bills and other medical 
record-related documents. 

[0004] Clinicians often hand write notes on paper forms and charts to document 
their examination observations, diagnoses, doctor • s orders, etc. The free form nature of 
note taking is prone to errors in the nature of incomplete records, errors due to illegible 
handwriting, etc. Dosing information for medication, medication selection, etc. is often 
performed by the clinician by mental calculation, memory, or reference to appropriate 
reference materials, which likely are not readily available at the point of care. This 
creates a tremendous burden on the doctor to properly perform calculations and 
determinations, and to properly document assessments and treatment plans with the 
required degree of completeness. Additionally, the free form nature of examination, 
diagnosis and treatment presents opportunities to deviate from appropriate assessment 
and/or treatment protocols and to fail to consider an appropriate range of diagnosis and/or 
treatment options due to human error, etc. 

[0005] Medical studies, e.g. for journal publication, etc., across multiple patients 
are often performed by a researcher by manually reviewing the physical (paper) medical 
records. This creates undue burden on the researcher and undesirably lengthens the 
research process. 



SUMMARY OP TRF INVENTION 
[0006] The present invention provides a clinician • s assistant system for assisting 
a physician or other clinician in examining and treating a patient. The clinician ■ s 
assistant system is capable of communicating with a patient database storing medical 
record data relating to a patient and with a treatment database storing data relating to 
treatments available to patients. The clinician • s assistant system includes an examination 
module capable of guiding a clinician in examining the patient and recording examination 
data for storage in the patient database, and a treatment module capable of guiding the 
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clinician in treating the patient and recording treatment data for storage in the patient 
database. The modules display information to and solicit information from a clinician via 
a display device, e.g. using graphical user interfaces. In a preferred embodiment, the 
present invention is implemented, at least in part, in a pen-based portable computer that 
the clinician carries when making rounds, examining patients, etc. In this manner, the 
system helps to ensure that the patient is properly evaluated, all pertinent information is 
gathered, etc. and that all appropriate treatment options are considered. Additionally, 
patient medical record data is available, and examination data is recorded, at the point of 
care. Optionally, the system may store a protocol database accessible by the examination 
and/or treatment modules to guide the clinician through examination and treatment 
according to predefined protocols. For example, these treatment protocols can be 
established on the basis of clinical pathways, research protocols, or cost of care. 

[0007] In some embodiments, the treatment module is also capable of 
recommending a treatment, e.g. as a function of patient information known to the system 
as a result of examination data or stored medical records data. For example, this may 
include recommending therapies, drugs, dosages, and/or delivery methods. Accordingly, 
the burden on the clinician of manually referencing materials or performing mental 
calculations is lessened or eliminated. 

[0008] The system provides a documentation module which, in cooperation with 
the examination and/or treatment module, can assist a clinician in creating medical 
records relating to examination and treatment of a patient. For example, the clinician may 
be presented with a list of phrases, e.g. arranged in a pick list or a logic tree, which are 
clinician-selectable as appropriate to properly document patient examination, treatment, 
etc. This lessens the burden on the clinician to hand write notes, orders, etc. and quickly 
helps to ensure their completeness and legibility. Accordingly, relatively lengthy textual 
notes may be created by the system from relatively short phrases quickly selected by a 
clinician. The system is capable of generating medical and related records (collectively, 
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"medical records"), such as examination notes, orders, bills, referral letters, etc., by 
incorporating relevant data stored by the system into predefined templates, such as 
Microsoft Word or Excel documents. This helps to ensure completeness and legibility of 
the notes, orders, etc. and can provide printable copies for archival or backup purposes, or 
for use to enter data into legacy systems. A document preview module may allow the 
clinician to view medical records created by the system prior to printing, e.g. via a display 



screen. 



[0009J The system may include a research module providing research capabilities 
by allowing multiple patients records to be sorted, grouped, or analyzed, e.g. as a function 
of a selected condition, treatment, etc. This reduces or eliminates burdens on publishing 
clinicians in conducting research studies by having the system perform at least a 
preliminary analysis of multiple patients medical records. This module can also have an 
internal randomization protocol to facilitate randomized control trials. 

10010] The system may also include a voice recognition module providing voice 
recognition capabilities such as speech-to-text, text-to-speech, and voice command 
capabilities. This allows the climcian to dictate to the system and have his/her dictation 
translated into text, to have text read from the system to the clinician, and to control the 
system by voice, all of which are particularly useful when the clinician • s hands are 
otherwise occupied, as is often the case during examination and treatment. 

[0011] The system may further include a billing module providing billing 
capabilities by providing a billing database and a billing module. The billing module is 
configured to communicate with the billing database and to display a corresponding menu 
of cl,nician-selectable billing level options corresponding to data stored in the billing 
database. The billing module queries the system, e.g. created text, to ensure that the 
appropriate documentation is provided to support a selected billing level option according 
to third party regulations. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0012] Figure 1 is a block diagram of an exemplary embodiment of a clinician 1 s 
assistant system in accordance with the present invention. 

[0013] Figure 2 is a block diagram of an exemplary embodiment of a pen-based 
computer for implementing the clinician 1 s assistant system of Figure 1. 

[0014] Figure 3 is a flow diagram of an exemplary embodiment of a method for 
using the clinician ' s assistant system of Figure 1. 

[0015] Figures 4, 5 and 7 show exemplary graphical user interface windows 
displayable by the examination module for guiding a clinician in examining a patient. 

[0016] Figure 6 and 8-12 show exemplary graphical user interface windows 
displayable by the treatment module for guiding a clinician in treating a patient. 

[0017] Figure 13 shows an exemplary document template for use by the 
documentation module in creating a medical records document. 

[0018] Figure 14 shows an exemplary medical records document created by the 
documentation module using the document template of Figure 13. 

[0019] Figure 15 shows an exemplary graphical user interface window displayable 
by the document preview module to display a textual document created by the 
documentation module. 

DETAILED DESCRIPTION 
[0020] The present invention provides a clinician 1 s assistant system for assisting 
a clinician in examining and treating a patient. To do so, the system may reference 
databases of patient medical record data, examination options, treatment options 
(including medication, dosage and delivery options) and protocols (including assessment 
and treatment protocols). By changing data in the databases, the system may be 
customized for particular purposes, e.g. for pain management, for treatment of heart 
patients, etc., or preconfigured to guide the clinician in a predetermined way, as governed 
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by the databases and/or the modules referencing the databases. The system assists in the 
creation of medical record documents. For illustrative purposes, the present invention is 
discussed below with reference to an exemplary system customized for patient pain 
management. 

[0021] An overview of the system and method of Figures 1-3 is provided below. 
Figure 1 is a block diagram of an exemplary embodiment of a clinician ■ s assistant system 
20 in accordance with the present invention, as discussed in detail below. It should be 
noted that the block diagram of Figure 1 shows functional-related separation of 
components for illustrative purposes and is not intended to imply actual separation of 
components. The exemplary embodiment shown in Figure 1 is implemented, at least in 
part, in a pen-based computer 50, shown in Figure 2, as discussed in detail further below. 
For example, the present invention may be implemented using a Fujitsu Point 1600 pen- 
based tablet computer manufactured and/or distributed by Fujitsu PC Corporation of 
Santa Clara, California, U.S.A. The present invention may be software-implemented in 
any suitable manner, including networked and stand-alone workstation environments, on 
general-purpose or special-purpose notebook, desktop, and/or handheld computers, as will 
be appreciated by those skilled in the art. A system according to the present invention 
may mclude a number of modules as discussed further below. Each of the modules may 
be software-implemented according to programming methods and techniques well known 
m the art. Figure 3 is a flow diagram 80 of an exemplary embodiment of a method for 
usrng the clinician ■ s assistant system of Figure 1. The flow diagram provides an 
overview of an exemplary method of using certain aspects of the present invention, as 
discussed below. 

[0022] The exemplary method of Figure 3 is discussed in detail below with 
reference to the system of Figures 1 and 2. As shown in Figure 3, the method starts with 
the selectron of a patient to be examined, as shown at steps 81 and 82. For example this 
may mclude downloading or retrieving information from an external system, *zch as a 
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hospital legacy system, or a patient database 24 internal to the system. By way of further 
example, this step may involve retrieval of an operating room scheduling list indicating 
which patients have had surgery and are in need of post-operative pain management. For 
example, the patient may be selected from a menu by touching a stylus/pen to the 
patient 1 s name as displayed on a pen-sensitive touch screen of the system. This results in 
retrieval of the patient 1 s medical records data, which may include the patient ' s medical 
history, age, height, weight, etc. Programming methods, hardware and software for 
implementing touch screen based computer systems are well known in the art. 
Optionally, the systems functions for implementing this step 82 are carried out by the 
examination module 22, as discussed further below. 

[0023] As shown in Figure 3, the clinician ■ s examination observations are then 
input to the system, as shown at step 84. For example, the clinician 1 s examination 
observations may be input using the stylus/pen and touch screen 62 of Figure 2. This step 
may be implemented by the examination module 22 shown in Figure 1 . 

[0024] The examination module 22 is capable of guiding a clinician in examining 
a patient and recording examination data for storage in a patient database 24 storing 
medical record data relating to a patient. In the exemplary system of Figures 1-13, the 
system displays one or more graphical user interface (GUI) windows soliciting input from 
the clinician and/or providing information to the clinician to guide the clinician through 
the examination process. Exemplary GUI windows are shown in Figures 4, 5 and 7 for a 
system specialized for patient pain management. When the clinician provides 
examination observation data to the system, e.g. by selecting an examination option 
displayed in the GUI window, such data is recorded for storage in the patient database 24. 
The recording may occur, for example, instantaneously or periodically, and selectively or 
automatically. For example, the GUI may provide a text entry box adjacent the text 
"PATIENT 1 S PAIN LEVEL:" to guide the physician to enter examination free form data, 
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such as the patient - s subjective assessment of the patient • s pain level, by keyboard, 
writing with a stylus/pen, selecting with a mouse, etc. 

[0025] In a preferred embodiment, all or nearly all input to be provided by the 
clinician can be input by selecting a displayed option from a pick list, menu, etc. m such 
an embodiment, the system 20 may include an examination database 26 accessible to the 
examination module 22 and storing data relating to examination observation options. For 
example, the examination database may store examination observation options for pain 
levels of 1, 2, 3, 4, 5, 6, 7, 8, 9, and 10. In such an embodiment, the examination module 
22 is configured to communicate with the examination database 26 and to display a 
corresponding menu of clinician-selectable examination observation options. 
Accordingly, adjacent the text "PATIENT ■ S PAIN LEVEL:" 102 in the examination 
module window 100 shown in Figure 4, the examination observation options 1-10 are 
displayed as clinician-selectable options in a scrollable drop-down window 104. 
Accordingly, the system 20 guides the clinician to rate and record the patient ■ s pain level 
on a scale of 1-10. In the example of Figure 4, the clinician has selected a pain level of 7, 
e.g. after consulting with the patient. Corresponding examination observation data is 
stored in the patient database 24 and becomes part of the patient - s medical record data 
that may be recalled by the system and reviewed by a clinician at a later time, as described 
above. Accordingly, medical records may be created in "real time", at the point of care, 
without the need for subsequent transcription and/or deciphering of a clinician « s 
handwriting. 

[0026] As shown in the example of Figure 4, the examination module window 
100 also displays a list of clinician-selectable possible complications for the patient in a 
subwindow 106. Accordingly, the system 20 guides the clinician to consult with the 
patient or otherwise determine whether the patient is experiencing any complications e g 
from a surgery, from current treatments, etc. In this manner, the system guides the 
clinician to help ensure that the examination is complete. The clinician may select all 
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complications that apply and the examination module 22 records the examination 
observation data in the patient database 24 as part of the patient ' s medical records data. 
Additionally, by presenting physician-selectable options, the clinician may quickly make 
notes. For example, the clinician may select the VOMITING complications option with a 
single touch of a stylus/pen, a single mouse-click, etc., which is quicker and easier than 
making handwritten notes. 

[0027] Optionally, the examination module 22 is configured to display the menu 
of examination options as a tree of phrases 122, as shown in window 120 of Figure 5. 
The tree of phrases 122 is constructed according to the examination observation option 
data stored in the examination database 26. The tree of phrases 122 may be arranged in a 
logical, hierarchical structure that allows for relatively quick selection by a clinician to 
indicate which examination observation options apply to the subject patient. In the 
example of Figure 5, examination observation options are shown for describing the 
patient 1 s catheterization site. For example, this tree of phrases 122 may be displayed 
responsive to selection of a corresponding button 108 in window 100, as shown in Figures 
4 and 7. As shown in Figure 5, the clinician may simply select "yellow" with a single 
touch of a stylus/pen or click of a mouse. From this, the system may build the descriptive, 
textual examination observation "Fluid expressed cloudy yellow", as described below. 
Alternatively, the clinician may build the same descriptive phrase by first selecting "fluid 
expressed", then "cloudy", then "yellow". In this manner, the tree structure guides the 
clinician in preparing a complete note. Accordingly, the system 20 allows the clinician to 
avoid the pitfalls of free-form note taking and to record examination observations more 
quickly, more completely, and likely more legibly, than using handwriting, typing, etc. 
Corresponding examination observation data is then recorded in the patient database 24, 
and may be displayed in an appropriate text box 1 10 of window 100, as shown in Figure 
7. 
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[0028] Referring now to Figure 3, the method next includes a step of developing a 
treatment plan for the patient, as shown at step 86. This step may be implemented by the 
treatment module 28 of Figure 1. The treatment module 28 is capable of guiding the 
clinician in treating the patient and recording treatment data for storage in the patient 
database 24. In the exemplary system of Figures 1-1 3, the system displays one or more 
graphical user interface (GUI) windows soliciting input from the clinician and/or 
providing information to the clinician to guide the clinician in developing, conducting, 
and/or monitoring a treatment plan. Exemplary GUI windows displayed by the treatment 
module 28 are shown in Figures 6 and 9-1 1 for the exemplary patient pain management 
system discussed above. When the clinician provides treatment data to the system, e.g. by 
selecting an appropriate option displayed in the GUI window, such data is recorded for 
storage in the patient database 24. For example (not shown), the GUI window may 
provide a text entry box adjacent the text "PRESCRIPTION: " to guide the physician to 
enter treatment free form data, such as the clinician ' s prescription of a medication, by 
keyboard, writing with a stylus/pen, etc. 

[0029] Alternatively, the system 20 includes a treatment database 30 storing data 
relating to treatments available to patients, such as therapies, prescriptions, medications, 
dosages, delivery methods, or other doctor • s orders, such as conditional treatment orders, 
requests for follow-up by nurses at prescribed intervals, etc. For example, the treatment 
database 30 may store treatment options of Ondansetron, diphenhydramine (Benadryl), 
metaclopramide (Reglan), and Follow and Reassess for treatment of a Vomiting 
condition. Li such an embodiment, the treatment module 28 is configured to 
communicate with the treatment database 30 and to display a corresponding menu of 
clinician-selectable examination options when VOMITING is indicated by the clinician as 
the patient ■ s condition. For the example of Figure 4, if the clinician selects examination 
observation option VOMITING in subwindow 106, this causes treatment option window 
150 (Figure 6) to be displayed. In the example of Figure 6, the treatment options for 
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VOMITING from the treatment database 30 are displayed in treatment option window 
150 as a menu of clinician-selectable treatment options (selectable with a stylus/pen, 
mouse, etc. to check the corresponding checkbox 152). Accordingly, the system 20 
guides the clinician to consider treatment options of Ondansetron, Benadryl, Reglan, and 
Follow and Reassess to treat the patient 1 s vomiting. After selecting a treatment option, 
the clinician can confirm the option and cause it to be stored in the patient database 24 to 
become part of the patient ' s medical record data by selecting "DONE" button 154. In 
this manner, the system helps to ensure that a complete, or a preferred, range of treatment 
options is considered, and allows the clinician to quickly make notes, write orders, etc. 
Because the treatment options are selected from a list, legibility of the clinician 1 s 
handwriting is not an issue. Additionally, the medical record may be created in "real 
time", at the point of care, without the need for subsequent transcription of notes, data 
entry, etc. 

[0030] hi some embodiments, the treatment module 28 is configured to 
communicate with the patient database 24 and the treatment database 30 and to 
recommend a treatment option appropriate for the patient as a function of the patient 1 s 
available to patients stored in the treatment database 30. In other words, rather than 
display all possible treatment options, the system displays only those treatment options 
appropriate to the patient. For example, if the patient database 24 stores data indicating 
an allergy to a certain medication, that medication is excluded as a clinician-selectable 
treatment option and is not displayed to the clinician as an available treatment option for 
the patient. 

[0031] In addition to selecting a treatment option appropriate for the patient as a 
function, inpart, of the treatments available to patients, the present invention can 
dynamically process treatment options, i.e., over time recognize the "best" treatment 
based on the historical population data of the system. The "best" treatment in its simplest 
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form, e.g., 87% of vomiting is effectively treated with a specified drug, is then selected 
and presented first to the clinician. 

[0032] In some embodiments, the treatment database 30 includes a medication 
database (not shown) storing dosage data. For example, the medication database may 
store data indicating medications, for which conditions they are or are not to be used, 
contraindications, programmable IV pump settings such as demand lockout time, 
maximum doses per hour, clinician bolus values, dosage rates as related to age, weight, 
etc. In such an embodiment, the treatment module 28 is configured to communicate with 
the patient database 24 and the medication database and to recommend a medication 
dosage option appropriate for the patient as a function of the patient ' s medical record 
data stored in the patient database and dosage data stored in the medication database. For 
example, the medication database may contain dosage data indicating that, for a given 
medication, a dosage of .5 mcg/kg/hr is recommended. For example, this may be 
determined as a function of a patient ' s age, weight, pain level, or other factors. 

[0033] By way of further example, the system 20 may include a protocol database 
32 storing a treatment protocol that indicates a dosage of .5 mcg/kg/hr as an appropriate 
initial dosage. In such an embodiment, the treatment module 28 is configured for 
automating the treatment protocol, e.g. by making treatment recommendations according 
to the protocol. For example, the protocol may determine which treatments are available, 
which drugs and therapies are prescribed or are available treatment options, the order of 
preference of use of such drugs and therapies, drug dosages, preferred delivery options, 
preferred order of delivery options, preferred method of delivery (oral, IV or JM), make 
recommendations as to which combination of drugs are most effective or potentially 
harmful, etc., make recommendations as to actions to be taken or tests to be administered 
by medical personnel, etc. For example, the protocols can be established on the basis of 
clinical pathways, research protocols or cost of care. Accordingly, the protocol database 
32 can, for example, assist the treatment module 28 and/or the clinician to prompt 
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clinicians to offer the most cost effective approach where medically necessary, to specify 
treatment with selected medications, or brands of medications, etc. 

[0034] Figures 8-10 show exemplary GUI windows displayed by the treatment 
module 28. By way of example, consider that the patient in the example is recovering 
from surgery and in need of medication to control post-operative pain. Figure 8 shows an 
exemplary window 160 displayed by treatment module 28. This window 160 allows a 
clinician to select an appropriate treatment plan for controlling the patient 1 s post- 
operative pain. In the example, the window 160 provides a list of treatments available to 
patients for pain control in a drop-down menu that is accessible by selecting button 162. 
For example, the menu may contain delivery treatment options including Intravenous 
Patient Controlled Analgesia (IVPCA), Epidural Continuous (EPIDCON), Epidural 
Patient Controlled Analgesia (EPEDPCA), Drug Order (RX), Therapy Order (TX), 
Diagnostic Procedure Order (DX), a Conditional Drug Order (IFTHRX), a Conditional 
Therapy Order (IFTHTX), or Free Text (which allows a doctor to handwrite, type or 
otherwise provide input in free format). This list is displayed as a result of treatment 
option data stored in the treatment database 30. Optionally, this list may reflect a subset 
of treatment option data stored in the treatment database 30, the subset being selected by 
the system after considering, for example, patient medical record data stored in the patient 
database 24, data stored in the protocol database 32, etc. In the example of Figure 8, the 
treatment plan IVPCA has been selected by the clinician, e.g. by the touch of a stylus/pen 
on a pen-sensitive display screen to select a desired menu item, as is generally known in 
the art. Accordingly, IVPCA appears in dialog box 164 to indicate the selected treatment 
plan. 

[0035] Selection of a treatment plan, e.g. IVPCA, from the drop down menu 
accessible from window 160 results in display of IVPCA window 170, as shown in Figure 
9. As can be seen from Figure 9, the clinician-selected plan IVPCA is displayed in dialog 
box 172. A different plan may be selected by accessing a drop down menu similar to that 
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described above by selecting button 174. The clinician may then select a drug treatment 
option from a drop down menu 176 accessible by selecting button 178. The drug 
treatment options displayed in the drop down menu 176 are a result of the treatment 
option data stored in the treatment database 30 as described above with reference to the 
treatment plan options. It should be noted that these drug treatment options are stored in 
the treatment database 30 in relation to IVPCA and so are displayed when IVPCA is 
selected. For example, if the Epidural Continuous (EPIDCON) treatment option had been 
selected, the IVPCA window 170 would not appear. Rather an EPIDCON window 180 is 
displayed with appropriate drug and dosing treatment options as set forth in the treatment 
database 30 in relation to the EPIDCON treatment option, as shown in Figure 10. Storing 
and retrieving data in such related manners and presenting related GUI windows are well 
known in the art. 

[0036] In one embodiment, the clinician may simply select a drug from the drop 
down menu 176, e.g. Fentanyl. Alternatively, the system 20 may recommend a treatment 
option appropriate for the patient, e.g. Fentanyl, as a function of the patient ' s medical 
record data stored in the patient database 24 and/or data relating to treatments available to 
patients stored in the treatment database 30, etc. In other words, the system considers the 
treatment options available in the treatment database 30, any known patient data that may 
affect selection of a treatment option, e.g. data in the patient database 24, and/or protocol 
data stored in the protocol database 32. 

[0037] As shown in Figure 1 1, once Fentanyl has been selected as the drug 
treatment option, it is displayed in dialog box 190 in IVPCA window 170. In this 
example, the treatment database 30 includes a medication database storing dosage data. 
The treatment module 28 is configured to communicate with the patient database 24 and 
the medication database of treatment database 30 and to recommend a medication dosage- 
option appropriate for the patient. For example, the treatment module 28 may 
communicate with the patient database 24 to determine the patient • s age and weight. The 
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treatment module 28 then communicates with the medication database/treatment database 
30 to determine appropriate dosage and delivery parameters (collectively, dosage) for the 
patient 1 s age and weight. For example, this occurs responsive to the selection of a drug 
from the drop down menu 176. The appropriate dosage is then recommended to the 
clinician by displaying the appropriate dosage in one or more dialog boxes, e.g. 192, in 
IVPCA window 170. 

[0038] Accordingly, the clinician need not rely on his/her memory or make 
reference to an appropriate manual. Additionally, as in the example, when the clinician 
accepts dosages in weight-dependent (or other factor-dependent) units, the system can 
perform the necessary calculations. For example, when the clinician accepts the dosage in 
mcg/Kg/hr, the system can calculate the dosage in mcg/hr for the patient by multiplying 
by the patient 1 s weight in Kg, e.g. as recorded in the patient database 24. In the example, 
all of the recommended dosage and delivery parameters may be accepted, rejected or 
modified by the clinician as the clinician deems to appropriate, e.g. Ada drop down menus. 
After the clinician has approved all displayed treatment options, the clinician ' s 
selections can be confirmed for recording in the patient database 24 by selecting the 
"DONE" button 194. 

[0039] Optionally, the treatment module 28 is configured to display a menu of 
treatment options as a tree of phrases, as discussed above with reference to Figure 5. 

[0040] The treatment module 28 may also be configured to guide a clinician to 
provide conditional orders. For example, IF the patient has a certain condition, THEN 
give the following prescribed treatment. An exemplary conditional order is shown in a 
conditional prescription window 196 in Figure 12, in which Colace is conditionally 
prescribed if the patient is constipated. The conditional order can be modified by the 
clinician by using appropriate drop down menus, etc. and can be accepted by the clinician 
and stored in the patient database 24 by selecting the "DONE" button 198. 
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[00411 Tb» exemplary system also includes a billing database 44 and a billing 
module 46. tt e billing module 46 is configured to communicate ^ ^ biffing ^ 
44 and to rnsplay a corresponding menu of clnncian-selectable billing ,evel options. Tbe 
brlhng database 44 stores Wiling ,evel data. For example, the bifting .evel dab, may 

Moderate Level, mpatien. FoUow Up - Low Level, etc. For example, the billing ,eve. 
options may be displayed in a drop down menn accessible by button 166 of window .60 
shown m Fignre 8. In the example of Fignre 8, the elinician has seiected 'mpatien, 
FoHow Up - Moderate Lever, and the selected bating level option is displayed in dialog 
box 168. Tniainfonnationmaybe stored, for example, in thepatien, database 24 orin tire 
Mhng database 44 and the documentation module 36 may nse tins information to 
generate bins for me patient. Operation of the doenmentation module 36 is diseussed 
below. According*, the elinician may select an appropriate billing .evel option a, mis 
time ^showna, step 88 m F ig me3. Tue bfflmg modrne 46 queries the system, e .g text 
created by me documentation module 36, or clinician selected notes, examination 
observations, em., to ensure ma, me appropriate doenmentation is provided to support a 
seated biHing level option according «o third par, regmations, such aa regulations of 
Memcare or tlurd party payer, !n other words, the billing modul e ^ ^ ^ 
eltmcran has properly document me patien, encounter, etc. ,„ ensure ma, third party 
regulations are me, lo allow payment/reunbumemen, a, me maximum exten, 

[0042J In the exemplary embodiment, the system 20 also includes a template 

Kgure 1 . Tta documentetion module is capaMe of creating a document by incorporating 
m,o a document template data me patien, database 24, me tieatinen, datebase 30 
and/or dataprovided by me clinician, e.g. selected dosage tieatinen, option,, ete. Lne 
document ,emp,a,e may be a document in a forma, compatible with commercially 
avarlable software. For example, me doenmen, may be in a forma, readable by a 
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commercially available word processor or spreadsheet software, such as a Microsoft 
Word or Microsoft Excel In this manner, the template may be customized for 
presentation format, etc. by editing the template in such commercially available software. 
The template provides a form into which data from the system is incorporated to provide 
a medical record document, such as a prescription, doctor 1 s order, patient notes, a 
consultation request and report form, or any other form commonly used or desirable in the 
medical field. An exemplary doctor ■ s order template 200 in Microsoft Word format is 
shown in Figure 13. As shown in Figure 13, the template 200 includes form text, e.g. as 
shown at 202, as well as data fields shown as ###, e.g. as shown at 204, into which data 
from the patient database 24, treatment database 30, or clinician provided data, etc. may 
be entered by the system. Figure 13 shows the order 210 after incorporating into the data 
fields of document template 200 of Figure 12 all relevant data from the patient database 
24 (such as name, weight and birthdate) and data provided by the physician and/or stored 
in the patient database 24 as a results of the clinician 1 s selections made and/or confirmed 
as shown in Figure 1 1 . This results in the completed order 210. It should be noted that 
the system has prepared the order 210 shown in Figure 14 by making the necessary 
calculations. For example, the clinician prescribed a continuous (basal) rate of .5 
mcg/Kg/hr of Fentanyl for the patient. The system referenced the patient database, 
determined the patient 1 s weight to be 80 Kg, calculated the appropriate dosage to be 40 
mcg/hr for the patient, and has incorporated the order of 40 mcg/hr into the order template 
300, as shown in Figure 14. The document may then be printed and taken to a pharmacy 
or sent electronically to the pharmacy and monitored, mailed, stored in a physical medical 
record file, used to enter data into a legacy system, etc. Suitable data merging methods 
and technologies and suitable printing methods and technologies are well known in the 
art. 

[0043] It should be noted that the documentation module 36 is capable of creating 
a textual document as a function of a phrase selected by the clinician from a tree of 
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phrases. For example, by selecting the phrase "yellow" as shown in Figure 5, the system 
creates the clinician • s note "Fluid expressed is cloudy yellow". The system may also 
include a document preview module 38 that allows the clinician to review the document, 
either before or after printing. In this example, preview module 38 displays preview 
window 250 shown in Figure 15 which displays at 252 the clinician ' s note "Fluid 
expressed is cloudy yellow" that was created by the documentation module 36. It should 
be noted also that a drop down menu is a tree of phrases. Accordingly, the clinician • s 
selection of examination option "7" from drop down menu 104 in Figure 4 results in the 
documentation module 36 creating the textual note, or document, "Using the Objective 
pain scale, the patient scores 7." as shown at 254 in Figure 15. While the textual 
document need not be a whole textual sentence, the textual document incorporates more 
data, information, or characters that the clinician is required to hand write or type. 

[0044] Accordingly, a medical record document may be created (previewed and/or 
printed) using the documentation and document preview modules, 36, 38, as shown at 
steps 90 and 92 in Figure 3. According to the exemplary method of Figure 3, data may 
then be communicated to external systems as necessary, e.g. to store data in a centralized 
database, etc., as shown at step 94 in Figure 3. For example, this may achieved by 
connecting to a network via a wired or wireless connection, as discussed further below 
with reference to Figure 2. The exemplary method then ends, as shown at step 95 in 
Figure 3. 

[0045] In the exemplary system of Figures 1-15, the system 20 also includes a 
voice recognition module 40 capable of reacting to a human voice. Voice recognition 
programming techniques, capabilities and software are well known in the art. For 
example, the speech recognition module 40 may provide speech-to-text capability, e.g. to 
record a clinician • s dictation as textual notes, text-to-speech capability, e.g. to read a 
clinician ' s notes or other system information to the clinician when the clinician cannot 
view a display of the system, or voice command capability, e.g. to control the system to 
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perform system functions, etc. These capabilities are particularly useful when a 
clinician 1 s hands are otherwise occupied, as is often the case during patient examination. 
For example, the voice recognition module 40 may be used to interact with the system in 
the method of Figure 3. Speech recognition software is well known in the art. 

[0046] In the exemplary system of Figures 1-15, the system 20 also includes a 
research module 42 capable of analyzing multiple patients patient data and/or treatment 
data as a function of a selected condition and/or treatment. For example, because multiple 
patient 1 s data is accessible by the system, the system can sort and/or group medical 
records by selected patient data, such as patient conditions, complaints, characteristics, 
treatments, etc. stored in the patient database 24. Accordingly, the system 20 can lessen 
the research burden on a clinician by performing at least preliminary analysis of patient 
data, e.g. to analyze responsiveness to a given treatment for multiple patients. The 
research module 42 optionally includes an internal randomization protocol to facilitate 
randomized control trials. 

10047] Figure 2 is a block diagram of a clinician 1 s assistant system 210 in 
accordance with the present invention. The system 50 includes a general purpose 
microprocessor 52 and a bus 54 connecting and enabling communication between the 
microprocessor 52 and the components of the system 50 in accordance with known 
techniques. The system 50 typically includes a user interface adapter 56, which connects 
the microprocessor 52 via the bus 54 to one or more interface devices, such as a keyboard 
58, mouse 60, pen-sensitive touch screen 62 and/or other interface device 64, which can 
be any user interface device, such as a digitized entry pad, etc. The bus 54 also connects a 
display device 66, such as an LCD screen or monitor, to the microprocessor 52 via a 
display adapter 68. The bus 54 also connects the microprocessor 52 to memory 70 and 
long-term storage 72 (collectively, "memory") which can include a hard drive, diskette 
drive, tape drive, etc. For example, a system according to the present invention may be 
implemented in a pen-based computer, or a system including pen-based computers. 
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[0048] The system 50 may communicate with other computers or networks of 
computers, for example via a communications channel, network card or modem 74. The 
system 50 may be associated with such other computers in a LAN or a wide area network 
(WAN), or the system 50 can be a server in a client/server arrangement with another 
computer, etc. All of these configurations, as well as the appropriate communications 
hardware and software, are known in the art. 

[0049] Software programming code embodying the present invention is typically 
stored in memory of some type, such as the memory 70 and/or storage 72. For example, 
software programming code embodying all modules shown in Figure 1 may be stored in 
the memory 70 and/or storage 72 of a single pen-based computer. Alternatively, for 
example, the examination and treatment module and/or other modules may be stored in 
the memory 70 and/or storage 72 of a single pen-based computer while all databases are 
stored remotely, e.g. on a server in a networked environment. These examples are 
illustrative only and many other alternative embodiments are suitable, as will be 
appreciated by those skilled in the art. 

[0050] Having thus described particular embodiments of the invention, various 
alterations, modifications, and improvements will readily occur to those skilled in the art. 
Such alterations, modifications and improvements as are made obvious by this disclosure 
are intended to be part of this description though not expressly stated herein, and are 
intended to be within the spirit and scope of the invention. Accordingly, the foregoing 
description is by way of example only, and not limiting. The invention is limited only as 
defined in the following claims and equivalents thereto. 
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What is claimed is: 

1 LA clinician ! s assistant system for communicating with a patient 

2 database storing medical record data relating to a patient and with a treatment 

3 database storing data relating to treatments available to patients, the clinician 1 s 

4 assistant system comprising: 

5 an examination module capable of guiding a clinician in examining the 

6 patient and recording examination data for storage in the patient database; and 

7 a treatment module capable of guiding the clinician in treating the patient 

8 and recording treatment data for storage in the patient database. 

1 2. The clinician 1 s assistant system of claim 1 , wherein said 

2 examination module and said treatment module are configured to guide the clinician via a 

3 GUI display. 

1 3 . The clinician 1 s assistant system of claim 1 , further comprising: 

2 a protocol database storing data relating to an assessment protocol; 

3 wherein said examination module is configured to automate said 

4 assessment protocol. 

1 4. The clinician 1 s assistant system of claim 1, further comprising: 

2 a protocol database storing data relating to a treatment protocol; 

3 wherein said treatment module is configured to automate said treatment 

4 protocol. 
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1 5. The clinician ' s assistant system of claim 1, further comprising: 

2 an examination database storing data relating to examination observation 

3 options; 

4 wherein said examination module is configured to communicate with said 
s examination database and to display a corresponding menu of clinician-selectable 

6 examination options. 

1 6. The clinician 1 s assistant system of claim 5, wherein said 

2 examination module is configured to display said menu as a tree of phrases. 

1 7. The clinician ' s assistant system of claim 6, further comprising: 

2 a documentation module capable of creating a textual document as a 

3 function of a phrase selected by the clinician from said tree of phrases. 

1 8. The clinician 1 s assistant system of claim 7, further comprising: 

2 a document preview module capable of displaying the textual document 

3 for review by the clinician. 

1 9. The clinician 1 s assistant system of claim 7, further comprising: 

2 a template database capable of storing a document template; 

3 wherein said documentation module is capable of creating said textual document 

4 by incorporating into the document template data from the patient database and/or the 

5 treatment database and/or data associated with a phrase selected by the clinician from said 

6 tree of phrases. 
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1 10. The clinician 1 s assistant system of claim 1, wherein said treatment 

2 module is configured to communicate with the treatment database and to display a 

3 corresponding menu of clinician-selectable treatment options. 

1 11. The clinician 1 s assistant system of claim 9, wherein said treatment 

2 module is configured to display said menu as a tree of phrases. 

1 12. The clinician 1 s assistant system of claim 10, further comprising: 

2 a documentation module capable of creating a textual document as a 

3 function of a phrase selected by the clinician from said tree of phrases. 

1 13. The clinician 1 s assistant system of claim 12, further comprising: 

2 a template database capable of storing a document template; 

3 wherein said documentation module is capable of creating said textual document 

4 by incorporating into the document template data from the patient database and/or the 

5 treatment database and/or data associated with a phrase selected by the clinician from said 

6 tree of phrases. 

1 14. The clinician 1 s assistant system of claim 1, wherein the treatment 

2 module is configured to communicate with the patient database and the treatment 

3 database and to recommend a treatment option appropriate for the patient as a function of 

4 the patient 1 s medical record data stored in the patient database and data relating to 

5 treatments available to patients stored in the treatment database. 
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1 15. The clinician 1 s assistant system of claim 1 , wherein the treatment 

2 database comprises a medication database storing dosage data, and wherein said treatment 

3 module is configured to communicate with the patient database and the medication 

4 database and to recommend a medication dosage option appropriate for the patient as a 

5 function of the patient 1 s medical record data stored in the patient database and dosage 

6 data stored in the medication database. 

1 16. The clinician ■ s assistant system of claim 1 , further comprising: 

2 a template database capable of storing a document template; and 

3 a documentation module for creating a document by incorporating into the 

4 document template data from said patient database and/or the treatment database and/or 

5 data provided by the clinician. 

1 17. The clinician 1 s assistant system of claim 15, wherein said template 

2 database stores a document template in a format compatible with commercially-available 

3 software. 

1 18. The clinician 1 s assistant system of claim 1 , further comprising: 

2 a voice recognition module capable of reacting to a human voice. 

1 19. The clinician 1 s assistant system of claim 1 8, wherein said voice 

2 recognition module provides speech-to-text capability. 

1 20. The clinician ■ s assistant system of claim 1 8, wherein said voice 

2 recognition module provides text-to-speech capability. 
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1 21 . The clinician 1 s assistant system of claim 1 8, wherein said voice 

2 recognition module provides voice command capability. 

1 22. The clinician 1 s assistant system of claim 1, further comprising: 

2 a research module capable of analyzing data relating to multiple patients. 

1 23 . The clinician 1 s assistant system of claim 1 , further comprising: 

2 a billing database capable of storing billing level data; 

3 a billing module configured to communicate with said billing database and 

4 to display a corresponding menu of clinician-selectable billing level options. 

1 24. A clinician 1 s assistant system for communicating with a patient 

2 database storing medical record data relating to a patient and a treatment database storing 

3 data relating to treatments available to patients, the clinician ' s assistant system 

4 comprising: 

5 an examination module capable of guiding the clinician in examining a 

6 patient and recording examination data for storage in the patient database; 

7 a treatment module capable of guiding the clinician in prescribing a 

8 treatment for the patient and recording treatment data for storage in the patient database; 

9 and 

xo a voice recognition module capable of reacting to a human voice; 

n wherein said examination, treatment and voice recognition modules are 

12 implemented on a portable, pen-based computer. 
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1 25. The clinician 1 s assistant system of claim 24, further comprising: 

2 a template database capable of storing a document template; and 

3 a documentation module capable of creating a document by incorporating 

4 into a document template data from said patient database and/or said treatment database 

5 and/or data provided by the clinician. 

1 26. The clinician 1 s assistant system of claim 25, wherein said template 

2 database stores a document template in a format compatible with commercially-available 

3 software. 

1 27. A clinician 1 s assistant system for communicating with a patient 

2 database storing medical record data relating to a patient, the clinician's assistant system 

3 comprising: 

4 an examination database storing data relating to examination observation 

5 options; 

6 a treatment database storing data relating to treatments available to 

7 patients; 

8 an examination module capable of guiding the clinician in examining a 

9 patient and recording examination data for storage in the patient database, said 

10 examination module being configured to communicate with said examination database 

n and to display a corresponding menu of clinician-selectable examination options as a first 

12 tree of phrases; and 

13 a treatment module capable of guiding the clinician in prescribing a 

14 treatment for the patient and recording treatment data for storage in the patient database, 
is said treatment module being configured to communicate with said treatment database and 

16 to display a corresponding menu of clinician-selectable treatment options as a second tree 

17 of phrases. 

-26- 



BNSDOCID: <WO 0241 231 A2_l_> 



WO 02/41231 



PCT7US01/43834 



1 28. The clinician 1 s assistant system of claim 28, further comprising: 

2 a voice recognition module capable of reacting to a human voice. 

1 29. The clinician 1 s assistant system of claim 27, further comprising: 

2 a template database capable of storing a document template; and 

3 a document creation module capable of creating a document by 

4 incorporating into a document template of said template database, data from said patient 

5 database and/or said treatment database and/or data provided by the clinician. 

1 30. The clinician 1 s assistant system of claim 27, wherein said template 

2 database stores a document template in a format compatible with commercially-available 

3 software. 

x 31. A clinician 1 s assistant system for communicating with a patient 

2 database storing medical record data relating to a patient, the clinician 1 s assistant system 

3 comprising: 

4 a computer comprising a microprocessor, a memory operatively connected 

5 to said microprocessor, and first instructions stored in said memory and executable by 

6 said microprocessor to guide a clinician in examining the patient, and second instructions 

7 stored in said memory and executable by said microprocessor to guide the clinician in 

8 treating the patient. 
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1 32. The system of claim 31, further comprising: 

2 a server computer storing said patient database and/or said treatment 

3 database; 

4 wherein said computer further comprises a telecommunications device operatively 
s connected to said microprocessor and capable of communicating with said server 

e computer via a communications network. 



BNSDOCID: <WO 0241231A2_I_> 



-28- 



WO 02/41231 PCT/US01/43834 

1/14 



40 



3^ 



Document 
Preview Module 



Research Module 



Ll 



Voice 
Recognition 
Module 



46 



24 



^ 

42 A*J\ 



Billing Module 



Biffing Database 



Patient Database 



Examination 
Module 



Documentation 
Module 



22' 



J 



Examination 
Database 



Treatment Module 



34 



Template 



Protocol 
Database 



32- 



Treatment 
Database 



28 



2ft 



Figure 1 



5Q 



58 



^1 



Keyboard 



60 



Mouse 



62 



Pen-Sensitive 
Touch Screen 



52 



General Purpose 
Processor 



56 



54 



User Interface 



Adapter 



Interface 
Device 



Display 
Adapter 



72 



Storage 



•70 



Memory 



Display Device 



74 



Figure 2 



BNSDOCID: <WO 0241 231 A2J_> 



WO 02/41231 PCT/US01/43834 

2/14 




SO 



SELECT PATIENT 
TO BE EXAMINED 



r 



RECORD CLINICIAN'S OBSERVATIONS FOR STORAGE 
IN THE PATIENT DATABASE AS GUIDED BY THE 
EXAMINATION MODULE 



DEVELOP TREATMENT PLAN FOR THE PATIENT AS 
GUIDED BY THE TREATMENT MODULE 



r 

8 

r 



SELECT APPROPRIATE BILLING LEVEL 
OPTION AS GUIDED BY THE BILLING MODULE 



PREVIEW THE MEDICAL RECORD DOCUMENT 
USING THE DOCUMENT PREVIEW MODULE 



r 



CREATE MEDICAL RECORD DOCUMENT 
USING THE DOCUMENTATION MODULE 



r 



COMMUNICATE DATA TO EXTERNAL 
SYSTEMS, AS NECESSARY 



r 



94 



^ END 



95 



Figure 3 



BNSDOCID: <WO. 



0241231A2_I_> 



WO 02/41231 



3/14 



PCT/US01/43834 




BNSDOCID: <WO 0241 231 A2_l_> 



WO 02/41231 PCT/US01/43834 

4/14 




. Epidural 



EH/Site inflamed with ... 
r vj^lnniid. redness 
' f^r~ moderate redness 
severe redness . 
Site indurated . ■ •.' - '*■ 
Ho fluid expressed 
Fluid expressed : 



peg clbudyM 








white 


pussy 




clear . 





Site clean and dry;.. 




i:. 



J 



BNSDOCID: <WO 0241 231 A2J_> 



WO 02/41231 



5/14 



PCT/US01/43834 




BNSDOCID: <WO 0241 231 A2J_> 



WO 02/41231 



6/14 



PCT7US01/43834 




BNSDOCID: <WO 0241 231 A2_l_> 



WO 02/41231 PCT7US01/43834 

7/14 




BNSDOCID: <WO 0241231 A2_l_> 



WO 02/41231 PCT/US01/43834 

8/14 




BNSDOCID: <WO 0241 231 A2_l_> 



WO 02/41231 



9/14 



PCT/US01/43834 



mo 





HBO 



0241231A2_L> 



WO 02/41231 



10/14 



PCT/US01/43834 




BNSDOCID: <WO. 



.0241231A2J_> 



WO 02/41231 PCTYUS01/43834 

11/14 




BNSDOCID: <WO 0241231A2_I_> 



WO 02/41231 



12/14 



PCT/US01/43834 



•THE d&MftttHQglfl&S HOSPITAL 



PEDIATRIC PAIN SERVICE , 
INTRAVENOUS PCA ORDERS 
FENTANYL 




last: 
first: 
number; 
birthdate: 



: addressograph ptate 



. floor: 




7-ttay 



13.20 



12 



15 



17 



20 



25 



I /.ffi: | mc^i^N 100 ML NS 



UNITS: SET POMP IN MICROGRAMS (gfccfl 



SET PUMP CONCENTRATION AT : 



CONTINUOU IS RATE: 



77 



mcg/ml 



^mcg/hr 4f$p^ mcg/Kg/hr 



' - (FOR FENTANYL SUGGEST 0.5 fncgfl<g/hr 



RANGE: 



.0.00 



to 



to 



mcg/hr 



mcg/Kg/hr 



; (SUGGEST\FpR FENTANYL 1 mcg/Kgihr) 



DEMAND POISE: 



. (FOR FEHT ANYL SOGGEST START AT 0.5 mcg/Kg/Dose) 



RANGE:, 



0.00 



to 



mcg . 



to jf&jfc mcg/Kg/Dose 



. (SUGGEST FOR FENTANYL 1 mcg/Kg/hr) 



DEMAND LOCKOUT TI M E ; 



(SUGGEST 7-15) 



MAXIMUM PQSE(S) : 



(SUGGEST 0-5) 



CLINICIAN BOLUS: 



|mcg 



1 .00 meg/Kg 



(PAIN SERVICE or PACU nurses ONLY1I) 



for pharmacy use only 
I PRIORITY: \ 



M.D. 



PAIN SERVICE BEEPER: B^28S9 

M.SJ-. 



BNSDOCID: <WO 0241 231 A2_l_> 



WO 02/41231 



13/14 



PCT/US01/43834 



THE j^^H^aKliaB HOSPITAL 




| PEDIATRIC PAIN SERVICE 

INTRAVENOUS PCA ORDERS 
» FfcNTANYL 



first; le/l£A4fif 



number: 1-2345678 
birthdate: 2/28/65 



addressoqraph plate 



floor: CMSC 8 



PAGE: 



DATE ~ 


QME. 
7:43 


r 


SIGN EACH ENTRY . : 1MCLUDE ID NUMBER - I 
WEIGHT: • - - 80 Kg. 


viOTED BY < 


20MPLE 
DATE 


Time 


UNI 1 LrM-O 








ALLERGIES; '" - r -"*•■• :' NKDA : 












;■ 




DISCONTINUE ALL PR^OUS OPIOID ORDERS. 










:*• * r.-* 


>• 




NmATE INTiRAVENOUS PCA PROTOCOL. 














"■7", 


PENT ANYL: V ^ 












\ '■ 


















: V. 


v SET PUMP CONCEkfRATibN AT : " 20 mcg/rnl 














Vo ; 


CONTINUOUS RATE: 


40,0 mcg/hr \ 0.50 rncgyKs/hr 














>'.iV 


' r ' " *. v :(FOR FENTANYL SUREST 6:5'incgrt<s/hr> 














12: 


RANGE:.' / • 0.00 ' ^ / to .60.0 mcg/hr - •' 














.'is' 


. r . .v,:- ,. : V 6.0Q ' "->" to . o;75 mcg/Kgmr ' ' v 














14' 


..' '-: : } ' . ' {SUGGEST FOR FtNTANYL 1 mca/Kg/W) 














IS 


DEMAND dOSE: 


40.6]mcg 0.50 rhcg/Kg 














16 


'■• ' - ' >' - (FOR FENTANYL' SUGGEST START AT 05 mcg/Kg/Dose) '_ • '■ ■ " ' 














17 


RiANGE 0.00 to 60 i) meg 
















r '-. v *. : •• ; 0.00 : ' ; ; . to '0.76 '. mcg/Kg/Dose 














s 19 


- •• (SUGGEST FOR FEIOTANYL 1 mcg/Kg/hr) 














20* 


DEMAND LOCKOUT TIME: J 2 | NUNS 














21 
















22 


M/ttiMUMi DOSEfSY : J 3 ;| per hour 














23 


■ * . 7 ' S' *' l' : (SUGGEST £^5) , 














24 


OUNICIAN BOLUS: 


1 h°9 i.00fnco/Kg - 










2-ffoV 


7:43 


25 


(PAJN SERVICE or PACU nurses OAH-VJf) . - - ! 











for pharmacy use only 



, PRIORITY: J 



M.D. 



W1234 - 2 kY~£s*SefteTO 
PAIN SERVICE BEEPER: 283-2060 



BNSDOCID: <WO_ 



_0241231A2J_> 



WO 02/41231 



14/14 



PCT/US01/43834 




is is- day. 15 of corriprehensive pain management for this patient i have reviewed the chart and history. Present management includes: 
S^^PCA reOTA^ Cpntinous=05(0-0-75) LpCKOUTS=2 and 3/hrainBd=*1mcgfl<g 

Using the Objective pain scalene patient scores 7. 
jlpiptfcAUC^^ 

coi^CAlioNS: .vomiting! - '} :i '* •* \ 

ASSE^^f^:;ine patiemis dol^fa'rfjf i^vyiffite pain fnanagement regimen. . 
PLi^\vVe^ficc^ 

ANliCIP AT& We anticipate ^scpntihuing specjafized pain management in the next 24 hours. 



.v-r.-;. 




!3 



BNSDOC1D: <WO 0241231A2J_> 



(12) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(19) World Intellectual Property 
Organization 
International Bureau 




in ii iir mi in ii 



(43) International Publication Date (10) International Publication Number 

23 May 2002 (23.05.2002) PCT WO 2002/041231 A3 



(51) International Patent Classification 7 : 
(21) International Application Number: 



G06F 19/00 



PCT/US2001/043834 

(22) International Filing Date: 

16 November 2001 (16.11.2001) 



(25) Filing Language: 

(26) Publication Language: 
(30) Priority Data: 



English 
English 



60/249,622 



17 November 2000 (17.1 1.2000) US 



(71) Applicant (for all designated States except US): THE 
JOHNS HOPKINS UNIVERSITY [US/US]; 34th and 
Charles Streets, Baltimore, MD 21218 (US). 

(72) Inventors; and 

(75) Inventors/Applicants (for US only): GREENBERG, 
Robert, S. [US/US]; 13810 Kennard Drive, Glenelg, MD 
21737 (US). SELLERS, William, A. [US/US]; 3978 
Ransey Drive, Edgewater, MD 21077 (US). STAATS, 
Peter [US/US]; 1629 Providence Road, Baltimore, MD 
21286 (US). YASTER, Myron [US/USJ; 1808 South 
Road, Baltimore, MD 21209 (US). 



(74) Agents: COOCH, Francis, A. et al.; The Johns Hopkins 
University, Applied Physics Laboratory, 1 1 100 Johns Hop- 
kins Road, Laurel, MD 20723-6099 (US). 

(81) Designated States (national): AE, AG, AL, AM, AT, AU, 
AZ, BA, BB, BG, BR, BY, BZ, CA, CH, CN, CO, CR, CU, 
CZ, DE, DK, DM, DZ, EC, EE, ES, FI, GB, GD, GE, GH, 
GM, HR, HU, ID, IL, IN, IS, JP, KE, KG, KP, KR, KZ, LC, 
LK, LR, LS, LT, LU, LV, MA, MD, MG, MK, MN, MW, 
MX, MZ, NO, NZ, PH, PL, PT, RO, RU, SD, SE, SG, SI, 
SK, SL, TJ, TM, TR, TT, TZ, UA, UG, US, UZ, VN, YU, 
ZA, ZW. 

(84) Designated States (regional): ARIPO patent (GH, GM, 
KE, LS, MW, MZ, SD, SL, SZ, TZ, UG, ZM, ZW), 
Eurasian patent (AM, AZ, BY, KG, KZ, MD, RU, TJ, TM), 
European patent (AT, BE, CH, CY, DE, DK, ES, FI, FR, 
GB, GR, IE, IT, LU, MC, NL, PT, SE, TR), OAPI patent 
(BF, BJ, CF, CG, CI, CM, GA, GN, GQ, GW, ML, MR, 
NE, SN, TD, TG). 

Published: 

— with international search report 

(88) Date of publication of the international search report: 

26 February 2004 

[Continued on next page] 



(54) Title: CLINICIAN'S ASSISTANT SYSTEM 



3 




^ (57) Abstract: A clinician's assistant system including examination and treatment modules to guide a clinician in examining and 
f^l treating a patient. The system is configured to communicate with databases storing patient data and treatment data. The modules 
O display information to and solicit information from a clinician via a display device, e.g. using menus and graphical user interfaces, 
S to ensure that the patient is properly evaluated and treated. Optionally, the system is capable of recommending a treatment, e.g. 

as a function of patient information known to the system. The system can help create documents by presenting the clinician with 
^ selectable phrases, and/or by incorporating data into predefined document templates. The system provides multi-patient research, 

voice recognition, and billing capabilities. The system may be implemented, at least in part, in a pen-based portable computer so 
^* that patient medical record and/or treatment data is available, and examination data is recorded, at the point of care. 



BNSDOCID: <WO 0241231A3_I_> 



WO 2002/041231 A3 I II 111 11! M 

For two-letter codes and other abbre\nations, refer to the "Guid- 
ance Notes on Codes and Abbreviations" appearing at the begin- 
ning of each regular issue of the PCT Gazette. 



BNSDOCID: <WO 0241231A3J_> 



INTERNATIONAL SEARCH REPORT 



I 5nal Application No 

PCT/US 01/43834 



. CLASSIFICATION OF SUBJECT MATTER 

PC 7 G06F19/00 



According to International Patent Classification (IPC) or lo both national classification and IPC 



B. FIELDS SEARCHED 



Minimum documentation searched (classification system followed by classification symbols) 

PC 7 G06F 



Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 



Electronic data base consulted during the international search (name of data base and, where practical, search terms used) 

EPO-Internal , WPI Data, PAJ, INSPEC, IBM-TDB 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category « 



Citation of document, with Indication, where appropriate, of the relevant passages 



Relevant to claim No. 



WO 00 41613 A (POINT LOMA IND INC) 
20 July 2000 (2000-07-20) 

abstract 

figures 1-4,7-9 
page 2, line 11 -page 3, line 23 
page 7, line 5 -page 9, line 18 
page 21, line 24-28 
page 23, line 1-5,27-30 
page 26, line 14-16 

claims 1-22 

-/- 



1-5,10, 

14,22, 

31,32 

6-8,12, 

15-19, 

23-28 



m 



Further documents are listed in the continuation of box C. 



Patent family members are listed in annex. 



° Special categories of cited documents : 

•A" document defining the general state of the art which Is not 

considered to be of particular relevance 
"E" earlier document but published on or after the International 

filing date 

document which may throw doubts on priority daim(s) or 
which is cited to establish the publication date of another 
citation or other special reason (as specified) 
■O" document referring to an oral disclosure, use, exhibition or 
other means 

•p- document published prior to the international filing date but 
later than the priority date claimed 



T later document published after the International filing date 
or priority date and not in conflict with the application but 
cited to understand the principle or theory underlying the 
invention 

"X - document of particular relevance; the claimed invention 
cannot be considered novel or cannot be considered to 
Involve an inventive step when the document Is taken alone 

•V document of particular relevance; the claimed invention 

cannot be considered to involve an inventive step when the 
document is combined with one or more other such docu- 
ments, such combination being obvious to a person sWtled 
in the art 

•&' document member of the same patent family 



Date of the actual completion of the international search 



20 March 2003 



Name and mailing address of the ISA 

European Patent Office, P.B. 5818 Patentlaan 2 
NL-2280HVRijswiJk 
Tel. (+31-70) 340-2040, Tx. 31 651 epo nl, 
Fax: (+31-70) 340-3016 



Date of mailing of the international search report 



01/04/2003 



Authorized officer 



Swaren, P. 



Form PCT/1SA/210 (second sheet) (July 1892) 



BNSDOCID: <WO 0241231A3_I_> 



INTERNATIONAL SEARCH REPORT 



Ir nal Application No 

PCT/US 01/43834 



C.(Contlnuatlon) DOCUMENTS CONSIDERED TO BE RELEVANT 



Category ° Citation of document, with indication.where appropriate, of the relevant passages 



Relevant to claim No. 



X 
A 



US 5 715 449 A (PETERS JR RICHARD M 
AL) 3 February 1998 (1998-02-03) 
abstract 
figure 3 
column 1, 
column 2, 
column 3, 



ET 



6-8,12, 
27,28 



line 50 -column 2, line 32 
line 57-61 
line 9-13 



claims 1-6 

MCDONALD C J ET AL: "The Regenstrief 
Medical Record System: a quarter century 
experience" 

INTERNATIONAL JOURNAL OF MEDICAL 

INFORMATICS, ELSEVIER SCIENTIFIC 

PUBLISHERS, SHANNON, IR, 

vol. 54, no. 3, June 1999 (1999-06), pages 

225-253, XP004171407 

ISSN: 1386-5056 

abstract 

figures 1,5 

table 1 

page 236, column 1, paragraph 2 -page 237, 
column 2, paragraph 1 

column 2, paragraph 
paragraph 1 



15-19, 
23-26 



page 237, 
column 1, 
page 239, 



3 -page 238, 



column 2, paragraph 
paragraph 



page 244, column 2, 
column 1, paragraph 
page 248, column 1, paragraph 
page 249, column 1, paragraph 
paragraph 1 

US 6 047 259 A (HOWARD MARK ET AL) 
4 April 2000 (2000-04-04) 

abstract 

figures 1,2,5,6,9-13 
column 1, line 8-13 
column 1, line 50 -column 2, line 30 
column 3, line 56,57 
column 4, line 6-11 
column 7, line 30-56 
column 14, line 30-35 

claim 1 

-/- 



-page 246, 



-column 2, 



1-5,10, 

14,23, 

31,32 

15-19, 

22,24-26 



Form PGT/lSA/210 (continuation ol second sheet) (July 1992) 
BNSDOCID: <WO 0241 231 A3 J_> 



INTERNATIONAL SEARCH REPORT 



Application No 

PCT/US 01/43834 



C.(Contlnuatlon) DOCUMENTS CONSIDERED TO BE RELEVANT 



Category • Citation of document, with indication.where appropriate, of the relevant passages 



Relevant to claim No. 



US 5 924 074 A (EVANS JAE A) 
13 July 1999 (1999-07-13) 
sbs t rctct 

figures 1,2,4,5,9-11,13,14,18,20-22,24 
column 1, line 5-9 
column 2, line 28-64 
column 4, line 26-39 
column 5, line 10-25,40-57 
column 6, line 11-36,55-57 
column 7, line 54-64 
column 7, line 67 -column 8, line 4 
column 11, line 10 -column 12, line 34 
column 15, line 14-16 

claims 1-4,15,16,28-35 



1-32 



Form PCT/ISA/210 (continuation of second sheet) (Jury 1992) 
BNSDOCID: <WO 0241 231 A3_L> 



INTERNATIONAL SEARCH REPORT 

'information on patent family members 



If >nal Application No 

PCT/US 01/43834 



BNSDOCID: <WO_ 




_0241231A3J_> 



This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 



Defective images within this document are accurate representations of the original 
documents submitted by the applicant. 

Defects in the images include but are not limited to the items checked: 

□ BLACK BORDERS 

□ IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 

□ FADED TEXT OR DRAWING 

□ BLURRED OR ILLEGIBLE TEXT OR DRAWING 

□ SKEWED/SLANTED IMAGES 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 



□ LINES OR MARKS ON ORIGINAL DOCUMENT 

□ REFERENCE(S) OR EXHIBIT(S) SUBMITTED ARE POOR QUALITY 

□ OTHER: 



IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 



BEST AVAILABLE IMAGES 




GRAY SCALE DOCUMENTS 



fi 4 



